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EMERGENCY VEHICLE TRAFFIC SIGNAL 
PREEMPTION SYSTEM 

CROSS-REFERENCE TO RELATED 

APPLICATION(S) 5 

This application is continuation of U.S. application Ser. 
No. 10/811,075, filed on Mar. 24, 2004, now U.S. Pat. No. 
7,327,280 which is a continuation-in-part of U.S. application 
Ser. No. 10/642,435, filed Aug. 15, 2003, now U.S. Pat. No. to 
6,940,422 which claims the benefit of U.S. Provisional Appli- 
cation No. 60/403,916 filed Aug. 15, 2002, the content of all 
of which are incorporated herein by reference. 

STATEMENT REGARDING FEDERALLY 1 5 

SPONSORED RESEARCH OR DEVELOPMENT 

The invention described herein was made in the perfor- 
mance of work under a NASA contract, and is subject to the 
provisions of Public Law 96-517 (35 U.S.C. §202) in which 20 
the Contractor has elected to retain title. 

REFERENCE TO COMPUTER PROGRAM 
LISTING APPENDIX 

25 

A computer program listing is submitted herewith on a 
compact disc (two identical copies) and is incorporated 
herein by reference. The compact disc contains a ASCII file 
entitled PreemptionSoftware.txt which is 680 MB in size. The 
file was created on Nov. 8, 2010. 30 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates to systems for controlling vehicle 35 
traffic signals to allow safe passage of emergency vehicles 
and more particularly relates to a system for autonomously 
preempting traffic signals at an intersection that includes a 
vehicle transponder, a real-time intersection controller and 
monitor (with an intersection-based visual and/or audio alarm 40 
warning system), an operations display and control software, 
and a wide-area communications network. 

2. Background Information 

Present systems used to preempt traffic signals and clear 
intersection for emergency vehicles responding to a life-sav- 45 
ing event often come with severe limitations. They rely on: 
sound activation, optical activation, direct microwave activa- 
tion, and a combination of all the above. All of these systems 
have severe operational limitations affected by weather, line 
of sight, and critical range. These systems often have further 50 
drawbacks requiring them to be activated by the emergency 
vehicle operator or first responder (herein referred to as 
“e-operator”). These systems also severely disrupt the normal 
phasing patterns of a traffic controller’s nominal program- 
ming because these systems do not provide real-time moni- 55 
toring of intersection phases or timing. 

Emergency vehicles currently rely on vehicle horn, sirens, 
and flashing lights to prevent accidental collisions with 
pedestrians or other vehicles at intersections. E-operators 
must focus all their attention on driving the vehicles. Other 60 
preemption systems fail to provide visual or audio feedback 
systems (to either motorists or e-operators) that are physically 
located in the intersection (herein referred to as “intersection- 
based warnings”). Such preemption systems compromise 
motorist and e-operator safety, as there is no awareness of a 65 
traffic-light preemption event (referred herein as “silent pre- 
emption”). Additionally, these systems fail to provide real- 


2 

time feedback to e-operators through warning devices inside 
their vehicles (herein referred to as “vehicle-based warn- 
ings”). These factors have the effect that e-operators do not 
get the feedback required and soon stop using the system. 

An intersection-based preemption system that provides 
feedback and is activated autonomously by an approaching 
emergency vehicle is needed. Such a system overcomes some 
of the drawbacks of available systems. Intersection-based 
visual warnings are proven effective for motorists, and are 
also critically important to e-operators when multiple emer- 
gency vehicles are approaching the same intersections (re- 
ferred herein as “conflict detection”). These displays are 
directly in their field-of- vision and e-operators are immedi- 
ately aware of potential conflicts. Human factors studies often 
refer to such indicators as “real-world”. Intersection-based 
warnings combined with autonomous activation removes the 
distraction by keeping drivers’ eyes on the road. 

A system is needed that takes special consideration of 
pedestrians. Visual intersection-based warnings may fail to 
get the attention of pedestrians standing near an intersection. 
For this reason, audible alerts in addition to visual may be the 
most effective (and rapid) warning system of the approach of 
emergency vehicles. There is also the difficulty that pedestri- 
ans may often be in harms way if they fail to hear an approach- 
ing emergency vehicle. Although vehicle sirens are especially 
loud, many circumstances can lead to dangerous situations 
and potential injury. For instance, an especially long cross- 
walk may take up to 20 seconds to cross. In that time, an 
emergency vehicle may be heard, perhaps stranding the 
pedestrian in the middle of a crosswalk. Likewise, in 
extremely busy metropolitan intersections, ambient noise in 
the building occlusions may prevent warning of the emer- 
gency vehicle until just seconds before the vehicle arrived at 
an intersection. A system is needed that disables normal 
pedestrian clearance at intersections long before actual pre- 
emption has been triggered (herein referred to as “pedestrian- 
inhibit”). This system would greatly enhance the safety of 
emergency vehicle preemption by preventing pedestrians 
from entering an intersection long before a vehicle arrives (or 
can be seen or heard). 

Existing preemption systems provide little or no visibility, 
configuration control, or remote interaction with their opera- 
tion or function. A system is needed that provides real-time 
feedback, monitoring, logging, and control of vehicle and 
intersection preemption-related data. This data would be dis- 
played at both mobile stations and central operation center(s) . 
Additionally, a system is needed that provides secure, robust 
transfer of data to/from intersections, vehicles, and operation 
center(s) using either wireless or LAN architectures. All of 
these functions enable logistical commanders and traffic 
management authorities to coordinate, configure, and moni- 
tor activity in the overall preemption network. 

It is one object of the present invention to provide an 
emergency vehicle traffic signal preemption system that is 
fully autonomous and not dependent on the intersection being 
in visual range. 

Still another object of the present invention is to provide an 
emergency vehicle traffic signal preemption system that 
includes a real-time monitor of intersection phase to optimize 
triggers and timing for both preempt and pedestrian-inhibit 
functions. This includes minimizing disruption of normal 
traffic controller behavior and sequencing. 

Still another object of the present invention is to provide an 
emergency vehicle traffic preemption system that includes 
visual displays in the intersections (and interfaces to such 
displays) indicating direction and location of approaching 
emergency vehicle(s). 
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Still another object of the present invention is to provide an 
emergency vehicle traffic signal preemption system that pro- 
vides conflict detection (between emergency vehicles and 
e-operators) and alerts other emergency vehicles in the area. 
This conflict detection is provided in two forms: intersection- 
based warnings and vehicle-based warnings. 

Still another object of the present invention is to provide an 
emergency vehicle traffic signal preemption system that 
includes a pedestrian audio warning signal to supplement the 
intersection-based visual display and the audio signals from 
emergency vehicles. 

Yet another object of the present invention is to provide an 
emergency vehicle preemption system having an autonomous 
emergency vehicle transponder including an on-board diag- 
nostic (OBD) interface, a real-time navigation interface and 
position estimation module, and a communications monitor 
and control interface. 

Still another object of the present invention is to provide an 
emergency vehicle traffic signal preemption system that 
allows real-time remote access, monitoring, and tracking of 
the entire preemption system via secure wide-area networks 
(wireless and LAN). This includes access to the operations 
display and control software (herein referred to as “opera- 
tions software”) from management centers (TMC, 911 -call 
center, etc.), mobile commanders, as well as individual emer- 
gency responder vehicles. 

BRIEF DESCRIPTION OF THE INVENTION 

The purpose of the present invention is to provide an 
improved emergency vehicle traffic signal preemption sys- 
tem including autonomous operation, real-time phase moni- 
toring and visual/audio signals to alert motorists and pedes- 
trians of the approach of emergency vehicles. 

The system is fully autonomous and is not affected by 
range, weather, or line of sight. It provides real-time moni- 
toring of the intersection phases to optimize intersection tim- 
ing and provide the visual display to alert motorist of oncom- 
ing emergency vehicle and the direction it is coming from. 
This system is an improvement for use with the system dis- 
closed and described inU.S. Pat. No. 4,704,610 of Smith et al 
issuedNov. 3, 1 987 and incorporated herein by reference. The 
system also provides an added feature of conflict indication 
inside the emergency vehicle operator, indicating that another 
emergency vehicle is responding and is approaching the same 
intersection, indicating which vehicle has the preemption and 
right of way. 

This system is unique in that it is fully autonomous and not 
dependent on the intersection being in visual range. It pro- 
vides conflict detection and alerts other emergency vehicle 
operators in the area, has the ability to interrupt pedestrian 
access, stops preemption when an emergency vehicle stops, 
and provides interface to and control of the system disclosed 
and described in the above-identified patent. 

The improved emergency vehicle traffic signal preemption 
system consists of three major subsystems. An intersection 
monitor and control, an emergency vehicle transponder and 
its interfaces, and a wide area communications network and 
its associated proprietary control program software. The 
emergency vehicle intersection preemption design connects 
intersections and vehicles over a two-way wide area wireless 
communications network. This network is synchronized via 
Global Positioning System (GPS) timing signals. The system 
is also capable of using existing traffic management LAN 
networks to relay data to operations center(s). 

When an e-operator receives an emergency response 
request, the vehicle is placed in a priority -code (i.e. Code-3) 
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mode with lights and sirens operating. The vehicle emergency 
state is read via an emergency -code vehicle interface. At the 
same moment, the vehicle preemption transponder reads the 
vehicle on-board diagnostics (OBD) data and determines 
5 speed and acceleration, and gathers navigation data from one 
of several navigation systems. This data is collected by an 
on-board microprocessor that processes this information and 
predicts heading and position. Estimation techniques include 
(but are not limited to) dead reckoning and position hyster- 
10 esis — historical dependence — and are dependent on the sen- 
sor data quality. This information is then formatted, the 
vehicle identification (ID) and absolute time added, and the 
data is then transmitted to various both intersections and 
vehicles within the design area of coverage. The data is also 
15 immediately forwarded along the network to subscribing 
mobile and fixed operations center(s). 

Intersection processors receive the data, identify the vehi- 
cle’s estimate-time-of-arrival (ETA), and compare it with 
other vehicles possibly approaching their locations. It then 
20 determines which vehicle obtains highest priority (depending 
on location history, priority-type of vehicle, and other fac- 
tors). The processor sends notification to all approaching 
emergency vehicles, warns of any potential conflict, and noti- 
fies the local e-operators which vehicle has the right of way. 

Simultaneously the processor collects real-time intersec- 
tion phasing and timing information and calculates when 
preemption should start based on the vehicle(s) ETA. The 
system includes the real-time monitoring of analog, digital, 
30 and stand-alone (disabled monitoring) controllers. This 
monitoring optimizes preempt behavior and provides a 
closed-loop verification that preempt commands are executed 
by the intersection controller. 

It also calculates when to trigger the pedestrian-inhibit 
35 function to prevent clearance for crossing access. When pre- 
emption starts, intersection-based warning displays are sent 
coded commands via a wireless or hard-line connection to 
light the proper icons. For each direction, the displays show 
all preempting emergency vehicles’ direction and location, 
40 and light the appropriate emergency vehicle message (i.e. 
“Warning Emergency Vehicle”). All this takes place in real 
time, in a manner appropriate to insure an intersection is 
preempted early enough for safe and clear access, and in such 
a way as to minimized speed reduction for the emergency 
45 vehicles. 

The system disclosed herein provides a number of 
improvements of the above-identified patent. It is an autono- 
mous system that does not need involvement of emergency 
vehicle operator. It also includes expanded system capabili- 
50 ties using emergency vehicle on-board diagnostics (OBD), 
monitoring multiple emergency vehicles approaching the 
same intersection using Global Positioning System (GPS), 
and speed and heading information for multiple emergency 
vehicles to determine the right of way. An intersection status 
55 is transmitted to emergency vehicle dashboards indicating 
when the intersection is safe to traverse. A dashboard display 
indicates to the vehicle operator the status of an intersection. 
The system is also capable of providing dynamic and custom- 
ized displays via an interface to the vehicle-based PC (per- 
60 sonal computer) systems. This interface provides detailed, 
real-time positioning and status of all neighboring emergency 
vehicles and intersections. It allows e-operators to view maps 
with active vehicles and also allows for enhanced conflict 
detection notification. The system also includes a wide area 
65 wireless RF communication links between emergency 
vehicles and intersections. This system is reliable and unaf- 
fected by weather, rain, or lack of line of sight. 
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Simultaneous to preemption triggers, pedestrian audio 
alerts are activated when emergency vehicles are approaching 
an intersection. These are important because often visual 
signs at an intersection may not be clearly visible to a pedes- 
trian. Beepers, bells, sirens, or even spoken instructions at 
high volume can be used. 

Several types of emergency vehicle location and naviga- 
tion information retrieval are possible. Among these are Glo- 
bal Positioning Systems (GPS), dead reckoning, beacon tri- 
angulation, tags, traffic loop, RDIF, etc. Each vehicle has an 
identification (ID) tag that allows transmission to the appro- 
priate vehicle that it has the right-of-way to a preempted 
intersection. 

The improvements to the existing system in the above- 
identified patent are to enhance the performance but the pur- 
pose of the system remains the same. That is, to alert and stop 
vehicles and pedestrians from using an intersection and to 
allow an emergency vehicle to pass safely. Some prior warn- 
ing is necessary to allow clearing the intersection. The previ- 
ous implementation uses a one-way infrared link to transmit 
approach and departure information of emergency vehicle to 
the intersection which is equipped with four emergency 
vehicle status display panels mounted next to the usual traffic 
lights at each intersection. 

The system transmits a signal causing all traffic lights at an 
intersection to switch to “red” thus stopping all traffic in all 
directions. In addition, the display panels flash a relatively 
large “emergency vehicle” therein with a graphic display 
indicating the lane and direction of traffic taken by an emer- 
gency vehicle. The range of the infrared transmitter can be as 
much as 1,000 feet allowing sufficient time to clear the inter- 
section. The new improved system utilizes a wide area wire- 
less RF two-way communication link between emergency 
vehicles and intersections. This method is more reliable and 
not affected by weather, lack of line of sight, range limitation 
or obstructions. 

Another advantage of the two-way wireless RF communi- 
cations link between the intersections and emergency 
vehicles is the ability to display much more useful data in the 
vehicles helping the vehicle operator maneuver his vehicle 
most efficiently and safely. This data includes (but is not 
limited to) emergency-code levels, vehicle acceleration, 
vehicle type, and vehicle health. This method also enables 
feedback communication to be sent from the intersections to 
the vehicles, providing vehicle-based warnings (or confirma- 
tion) of system activity. Intersection “green” status shows 
when an intersection has been preempted and priority is given 
to the receiving vehicle, allowing safe passage. If more than 
one emergency vehicle approaches an intersection, the sys- 
tem determines which vehicle should have the right of way 
depending on location information (GPS, traffic loop, bea- 
con, etc.), direction and speed sent to the intersection control. 
A proprietary control program determines the right of way 
and sends the result to emergency vehicles. The encrypted 
data package transmitted over transceivers is tagged with the 
vehicle ID and time to insure proper and certified utilization. 

Another improvement to the system is an audio warning 
system intended to alert pedestrians that an intersection has 
been preempted and must be kept clear. One desirable imple- 
mentation would utilize loudspeakers mounted near the four 
corners of the intersection where pedestrians normally gather 
to cross. A spoken message, such as “warning, emergency 
vehicle approaching, do not walk”, may be most preferred but 
any audible signal such as a wailing sound, a siren, or any 
other familiar emergency sound may be utilized. 

Another goal of the improved system is creation of an 
autonomous system that is activated by reception of a prior- 
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ity-code (i.e. Code-3) status or alarm. The operator of the 
emergency vehicle can concentrate on his primary duty which 
is to arrive at the sight of the emergency safely in the shortest 
time possible without worrying about the activation of the 
5 system. A priority -code starts the process of communication 
between an intersection that is being approached and the 
emergency vehicle and the system performs the functions 
described above. Also, both vehicle-based warnings and 
intersection-based warnings provide positive feedback that 
10 an e-operator has secured an intersection. This directly trans- 
lates into a reduction of emergency workers’ stress levels. 

The information available from the emergency vehicle and 
intersection controllers may be transmitted to a central loca- 
tion such as a dispatch center or traffic control center to 
15 display the status of multiplicity of intersections and emer- 
gency vehicles. Such information being displayed on a status 
board can be invaluable in managing emergency situations 
(especially large-scale incidents) in a more sufficient manner 
because it makes available information on a real-time basis 
20 for the officials in charge. Connnands and configuration 
information can also be sent back to intersections and 
vehicles to instantly meet changing needs or requirements. 
These instructions can include the creation of large emer- 
gency corridors (herein referred to as an “e-corridor”) 
25 whereby a series of sequential intersections are preempted in 
the same direction. 

The above and other objects, advantages, and novel fea- 
tures of the invention will be more fully understood from the 
following detailed description and the accompanying draw- 
30 ings, in which: 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of the functions of intersection 
35 hardware for the emergency vehicle traffic signal preemption 
system (herein referred to as “preemption system”), as used 
for interfacing with all intersection controllers. 

FIG. 2 is a block diagram of the functions in an emergency 
vehicle transponder for the preemption system. 

40 FIG. 3 is an example schematic block diagram of a stan- 
dard vehicle transponder for the preemption system. 

FIG. 4 is an example schematic diagram of a vehicle on- 
board diagnostic (OBD) circuit for the preemption system. 

FIG. 5 is a functional oiganizational diagram of the three 
45 major subsystems for the preemption system. 

FIG. 6 is a schematic block diagram of the intersection 
hardware for the preemption system, as configured for inter- 
facing to an intersection controller without monitoring. 

FIG. 7 is a schematic block diagram of the intersection 
50 hardware for the preemption system, as configured for inter- 
facing to an intersection controller with digital BUS monitor- 
ing. 

FIG. 8 is a schematic block diagram of the intersection 
hardware for the preemption system, as configured for inter- 
55 facing to an intersection controller with analog monitoring. 

FIG. 9 is a general flow diagram of the intersection control 
program software for the preemption system. 

FIG. 10 is a general flow diagram of the vehicle transpon- 
der control program software for the preemption system. 

60 FIG. 11 is a detailed decision flow diagram of the preempt 
monitor task component for the intersection control program 
software. 

FIG. 12 is a detailed time sequence diagram of the standard 
preemption criteria used by the intersection control program 
65 software in a typical preemption scenario. 

FIG. 13 is a layout and topology diagram of the commu- 
nications and operations network for the preemption system. 
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FIG. 14 is a block diagram of the functions and data flow of 
the operations software for the preemption system. 

FIG. 15 is an example of the data status module display 
component and alerts module display component, used in the 
operations software for the preemption system. 

FIG. 16 is an example of the intersections module display 
component, used in the operations software for the preemp- 
tion system. 

FIG. 17 is an example of the vehicles module display 
component and the mapping module display component, 
used in the operations software for the preemption system. 

DETAILED DESCRIPTION OF THE INVENTION 

The three major subsystems in the emergency vehicle traf- 
fic signal preemption system are shown in FIG. 5: the vehicle 
transponder 200, the intersection hardware 230, and the com- 
munications and operations network 260. 

The vehicle transponder 200 is composed of three main 
components. First, the vehicle computer interface module 
205 includes the on-board diagnostics circuit and the emer- 
gency priority code interface. Second, the navigation predict 
module 210 uses navigation sensors such as GPS and INU 
(inertial NAV unit) sensors to generate both absolute and 
estimated dead reckoning position reports. Third, the tran- 
sponder control module 215 provides an interface to the e-op- 
erator via LEDs, PC display, or PDA device. 

The intersection hardware 230 is composed of three main 
components. First, the intersection monitor module 235 pro- 
vides real-time reading and logging of controller signal and 
pedestrian phasing and timing. Second, the intersection con- 
trol module 240 performs ETA calculations using vehicle 
positions and local known mapping topology (commonly 
known as map -matching). This module also tracks and logs 
vehicles, actuates and verifies preempt signals, manages 
communications between other networked units, and man- 
ages remotely-generated intersection configuration com- 
mands. Third, the warning alerts control module 245 actuates 
intersection-based visual and/or audio warnings. This mod- 
ule also ensures that warning alerts follow specific rules and 
timing parameters that govern the sequencing of warning 
signs with traffic lights. 

The communications and operations network 260 is com- 
posed of three main components. First, the slave (end-unit) 
transceivers in vehicles and intersections 275 relay the core 
preemption status and configuration data to the backbone 
network. Second, the backbone wireless or LAN network 270 
is a hybrid wide-area network designed to route data between 
mobile wireless vehicles, hard-lined and isolated wireless 
intersections, and the central operation center(s). Third, the 
operations software 265 provides for display of all real-time 
data generated by the intersections and vehicles including 
positions/ speed, phasing, preemption-status, vehicle diag- 
nostics, logged information, configuration data, and many 
other data parameters. This display/control software 265 can 
be mobilized for use in any management center, staging area, 
or even an entire fleet of emergency vehicles. 

The functional details of the major subsystems in the emer- 
gency vehicle traffic signal preemption system are illustrated 
in the block diagrams of FIG. 1, FIG. 2, and FIG. 13. FIG. 1 
illustrates the functional details of the system at each inter- 
section, FIG. 2 illustrates the functions of the system installed 
in an emergency vehicle, and FIG. 13 illustrates the topology 
and display/control software used for the communications 
and operations network. 

Traffic light control system 100 at an intersection includes 
traffic light controller 20 (housed in cabinet 500) that gener- 
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ates the appropriate sequence of on-time and off-time for the 
various traffic lights that controls vehicular and pedestrian 
traffic at an intersection. Traffic light controller 20 also has the 
capability to be forced by external signals into a mode that 
5 activates “green” lights in a specified direction and “red” 
lights in all other directions, allowing safe passage for emer- 
gency vehicles from the “green” direction. Controller 20 is 
preferably a micro-processing circuit driving isolated lamp 
drivers but discrete designs are also feasible. Some intersec - 
10 tions may be more complicated, controlling turn lanes with 
arrow lights, but the basic principles remain the same. 

An example of an intersection being controlled by the 
system and functions disclosed and describe herein is shown 
in FIG. 1 of U.S. Pat. No. 4,704,610 referred to hereinabove 
15 and incorporated herein by reference. This figure shows the 
signage and approach of emergency vehicles being con- 
trolled. The only feature missing is the pedestrian control 
signs at each corner which are an added feature of the inven- 
tion disclosed and described herein. 

20 Traffic light controller 20 generates signals to control 
pedestrian lights 22 a, 22 b, 22 c, and 22 d and also controls the 
operation of traffic lights 24 a, 24/?, 24c, and 24<i. An inter- 
section having traffic lights can be connected to a system 
using the emergency vehicle preemption system by addition 
25 of the functions described hereinafter without the need to 
rebuild an existing installation. 

The heart of the additional equipment is the intersection 
control module, a microprocessor 515 (e.g., a ZWorld LP 
3100 CPU) operated by proprietary control program software 
30 35. Controller 10 (housed in hardware module 510) receives 
information from emergency vehicles that approach an inter- 
section via wireless RF transceiver 40 and antenna 41. This 
information contains data about the predicted position, head- 
ing, other navigation data of the emergency vehicle, and its 
35 priority-code status 36 (i.e. Code-3, Code-2, or other) thus 
notifying the intersection of its relative location. 

FIG. 9 illustrates the general functionality of the intersec- 
tion control program software and firmware 35 (see Appendix 
B). The vehicle monitor software task 605 running on the 
40 intersection CPU 515 tracks all local vehicles and maintains 
a log of all activity. The task also sends conflict detection 
warnings, when appropriate, to the vehicles. 

The intersection control program 35 continually evaluates 
its preemption rules as vehicle updates are received. Position 
45 and priority parameters of each vehicle within range are ana- 
lyzed by the intersection preempt monitor software task 600. 
The primary decision logic of this task is illustrated in FIG. 
11. Appendix A provides detailed explanations of the terms 
and parameters used in this figure and the description below. 
50 The preempt monitor task uses map-matching techniques to 
evaluate all vehicles against all eligible cross street segments 
7 00 to determine which vehicles are inbound or outbound 730 
from the intersection. The task assigns preemption priority to 
that vehicle which is within critical perimeter zones (pedes - 
55 trian 705 and preempt 706), in high priority priority-code 
710, and is a valid vehicle type 720. In order to optimize the 
preemption process, it compares the minimum vehicle-ETA 
with both the intersection clearance time (time-to -preempt) 
and a minimum complete-preemption time (threshold) 715. 
60 FIG. 12 provides a visual illustration of the logic of the 
intersection preempt monitor software task. The diagram 
shows the actual positions (p # ) based in time along the actual 
path 621 of the vehicle. For every actual position (p # ), there is 
a same-time position report (e # ) along the estimated path 620 
65 of the vehicle. For instance, p 1 623 and e : 622 both occur at 
same time t x . The diagram illustrates the estimate path 620 
with valid position-lock (i.e. GPS occlusion), as well as tern- 



US 7,864,071 B2 


9 

porary loss of position-lock 624 when dead reckoning is used 
to compensate. The diagram also illustrates the multiple uses 
of proximity (perimeter) layers, with a pedestrian-inhibit 
perimeter 625 (“max -PED -p erimeter”) , a preemption-al- 
lowed perimeter 626 (“max-preempt -perimeter”), a critical 
distance perimeter 627, and multiple critical distance street 
segments 628. Non-critical segments 636 are also shown 
(these street segments require additional evaluation based on 
vehicle-ETA). The exit window 631 displays an example exit 
distance range where egress intersection-based warnings are 
allowed to be activated (based on configurable minimum and 
maximum exit distance criteria). Also, the evaluation of 
vehicle heading compared against the road heading is shown 
as the direction-error 622. The acceptable deviation of the 
estimated position from the center-line of the street 63 0 is also 
shown. 

FIG. 12 also shows one of the more advanced preemption 
techniques used on the intersection control program, the use 
of “threshold-lag” 640, 641, and 642. “Threshold-lag” is 
defined in Appendix-A. In simple terms it is percentage error 
factor added to the threshold that gives the “benefit-of-the- 
doubt” to any actively preempting vehicle. Initially (prior to 
preemption), the threshold-lag factor 640 is zero percent 
(0%). When the threshold is crossed, the threshold-lag 
becomes its maximum value (i.e. 30%), and it is added to both 
the threshold-time and the time-to -preempt factors for com- 
parison to vehicle-ETA. Once a vehicle has crossed the 
threshold, and the threshold-lag has been expanded, the 
threshold-lag linearly decreases back to zero percent (0%) 
over a small period (i.e. 10 seconds). This calculation is just 
one form of hysteresis (historical dependence) techniques 
used in the invention. 

FIGS. 6, 7 and 8 are schematics that show detailed layouts 
of the intersection hardware components and, most specifi- 
cally, multiple configurations for real-time monitoring of 
phasing/timing controller signals. The configuration in FIG. 7 
provides for interfacing to digital BUS intersection control- 
lers 20 b (such as NEMA TS1 controller models). The con- 
figuration in FIG. 8 provides for interfacing to analog-based 
intersection controllers 20c (such as type 170 controller mod- 
els). On such analog systems, traffic lights signals are moni- 
tored by a fail-safe, isolated, high impedance tap and subse- 
quent digital circuit processing. The monitor data is available 
for remote monitoring via the wide area communications and 
operations network. As shown in FIG. 6, the system is still 
compatible with controllers that disable monitoring 20 a or 
where monitoring is not desired. 

Real-time monitor information is read and analyzed by the 
intersection monitor software task 610. These calculated val- 
ues are forwarded to the preempt monitor 600, where these 
intersection phasing values are integrated with real-time 
vehicle information. The software attempts to optimize pre- 
empt triggers with “time-to-preempt” calculations and “time- 
to-pedestrian-inhibit” calculations, as compared to the ETA 
of all approaching emergency vehicles. The goal is to provide 
minimal disruption to the nominal controller behavior and to 
maximize the throughput of emergency vehicles through the 
preemption intersection network. Also, unlike other preemp- 
tion systems, beyond simply sending a preempt command 
(actuating a preempt signal), the real-time monitor indepen- 
dently measures the state of the controller-actuated traffic 
light signals. This provides a critical closed-loop design: it 
assures that preempt commands are actually executed. 

Real-time status monitor 42 is unique because it verifies the 
state of the traffic signals and sends the intersection status (i.e. 
“intersection preempted”, “conflict detected”, or “no preemp- 
tion”) to intersection control module 10. That is, real-time 
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status monitor receives (i.e., “reads”) the output from traffic 
light controller 20 and pedestrian lights 22 a through 22 d and 
traffic lights 24 a through 24 d and transmits that information 
to intersection control module 10. Intersection control mod- 
5 ule 10 in turn relays that information to emergency vehicles 
via wireless RF transceiver 40 and antenna 41. Intersection 
control module 10 now sends signals to emergency display 
panels 45 a, 45 A 45 c, and 45 d to fight and flash large emer- 
gency signs with the proper icons at each corner of an inter- 
10 section showing the position of any approaching emergency 
vehicle relative to the traffic lanes of the intersection as shown 
and described in the above-identified U.S. patent incorpo- 
rated herein. The display panels 4Sa-4Sd and proper icons 
used at each comer of an intersection are shown in FIG. 2 of 
15 the U.S. patent referenced hereinabove. The signage is also 
illustrated in U.S. Design Pat. No. 305 , 673 , issued Jan. 23 , 
1990, and also incorporated herein by reference. 

Also, the real-time status monitor 42 provides which is 
transmitted via RF master transceiver (or LAN) 60 and 
20 antenna 61 to a central monitoring system such as a dispatch- 
er’s office. Reciprocally, the intersection receives informa- 
tion on the state of its neighboring intersections. This closed- 
loop architecture allows various units in the network to 
accurately predict future movement, log critical information, 
25 and notify users of the system state. 

The intersection control program 35 (specifically the pre- 
empt monitor software task 600) uses map-matching tech- 
niques to compare vehicle navigation and position estimates 
with the approach paths (cross- streets stored locally as map 
30 vectors). This way the intersection can determine if any 
vehicle is on an inbound course towards the intersection by 
“snapping” it to the closest street. As an example, one of the 
calculations is the “critical distance” test. This evaluates 
whether an approaching car has statistically committed itself 
35 to crossing through the local intersection based on lack of 
turning options. Because of the knowledge of the road map, 
the intersection can preempt even when the “critical distance” 
is not line-of-sight. As an additional example, in the event that 
any vehicle comes with a “warning distance” of the intersec - 
40 tion (1000-ft commonly used), the control program 35 will 
actuate pedestrian-inhibit functions. Pedestrian lights 22 a 
through 22 d are changed to prevent pedestrian traffic. 
Through a combination of hysteresis-based (historical depen- 
dence) algorithms and dynamic proximity “windows”, the 
45 system is able to optimally route emergency vehicles across 
the map grid. It is also able to effectively mitigate lossy 
communications, lossy navigation data, and other unpredict- 
able delays in the system. 

Another improvement to the system is the provision of an 
50 audio warning to pedestrians. Thus simultaneously with con- 
trolling the lights and pedestrian flashing signals, controller 
10 generates an audio message to be delivered from audio 
warning device 50 to speakers 51a through Sid. 

As mentioned, the details of the software in the intersection 
55 control program for implementing the functions of the system 
are provided in Appendix B. Because the functions controlled 
are described in great detail in the text, many software solu- 
tions to implement the functions will be apparent to those 
skilled in the art. 

60 Emergency vehicle functions for the preemption system 
are illustrated in the block diagram of FIG. 2. A transponder 
box 99 (and cables 98, 98a) are installed in each emergency 
vehicle and provide the functions that facilitate communica- 
tion with preempt-able intersections, other emergency 
65 vehicles, and also central monitoring stations such as a dis- 
patching center. Inputs and outputs to and from the emer- 
gency vehicle system are handled by transponder control 
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module 30 under the direction of proprietary control program 
software 15. Vehicle parameters are determined from several 
inputs provided to transponder control module 30. 

Vehicle position is available from GPS receiver 38 via 
antenna 39. Several positioning inputs 96 are available from 
ports in navigation input device 34. Optional alternative 
inputs from ports and navigation input device 34 are INU 
(inertial navigation and estimation unit 29) parameters 
including accelerometers, gyroscopes, wheel-tachometers, 
and heading indicators. Other inputs include ID tag tracking, 
beacon triangulation, modified traffic loop detectors, and oth- 
ers. Vehicle information such as speed and acceleration are 
read in real-time from the vehicle computer 33 using the 
on-board diagnostic (OBD) interface cable and connector 
33 a. These signals are converted and verified by the OBD 
circuit board 32 and the translated digital signals are input to 
transponder control module 30 (embedded on a micro-con- 
troller 97). 

The emergency vehicle transponder system communicates 
with intersections via wireless RF transceiver 44 and antenna 
45. The vehicles and intersections software task 670 running 
on the vehicle transponder handles incoming intersection 
preempt alerts and vehicle position reports from nearby units. 
It receives feedback verification and displays the information 
on-board by activating one or more LEDs 56, 57, or 58 on the 
LED display 54. If it receives a signal for safe passage 
through an intersection, “green” LED 56 is illuminated. If 
another high-priority emergency vehicle is concurrently try- 
ing to preempt the same intersection, “yellow” LED 57 is 
illuminated. Illumination of “red” LED 58 indicates that there 
is no preemption at the intersection. LEDs 56 through 58 are 
driven by “intersection preempted” logic circuit 55. Logic 
circuit 55 can also provide customized outputs to dynamic 
display devices 59, such as PC monitor displays (LCD’s) and 
Personal Digital Assistants (PDA’s). Such devices are com- 
monly used for law enforcement applications within the 
vehicle. As mentioned, the operations software shown in FIG. 

14 can be mobilized 80 and run on any vehicle-based auxil- 
iary hardware device with a standard operating system. The 
vehicle interface software task 665 in the transponder control 
program allows advanced mapping and alerting of active 
nearby intersections and vehicles. 

Emergency vehicle status is available in real time via mas- 
ter RF transceiver 64 and antenna 65 to a central monitoring 
station. Thus the position of any vehicle as well as the status 
at an intersection is always available at some centrally located 
dispatch station. 

As indicated previously, the software in control program 

15 to implement the functions of the transponder described 
above has many possible solutions. Thus the software pro- 
vided to control the operation of transponder control module 
30 can be designed and implemented by anyone skilled in the 
art given the detailed explanation of the system and functions 
described hereinabove. Also, as previously mentioned, 
Appendix B provides detailed pseudo-code of a full-featured 
version of the software for both the intersection and vehicle. 

FIG. 3 is a schematic block diagram of the transponder 
system mounted in each vehicle. The transponder box 99 in 
the vehicle receives power from car battery through the OBD 
interface 33 a. The transponder box 99 has a GPS receiver 
such as that produced and manufactured by Garmin Interna- 
tional Incorporated. The transceiver can be a radio transceiver 
produced and manufactured by Freewave Technologies of 
Boulder, Colo. 

FIG. 4 is a schematic diagram of the on-board diagnostic 
(OBD) circuit for the vehicle-based electronics and transpon- 
der. The on-board diagnostic circuit handles such information 
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as speed, acceleration, heading, ignition status, etc. and gen- 
erates the proper digital signals 9 6a for delivery to transpon- 
der control module 30. 

FIG. 10 illustrates the general functionality of the vehicle 
5 transponder control program software and firmware . The pro - 
gram monitors and logs all in-range vehicles and intersec- 
tions and manages the data output to the operator display. The 
core component of the transponder software is the navigation 
prediction module software task 655. The task uses position 
to estimates by GPS and other absolute position inputs, and 
combines data from accelerometers, gyroscopes, tachom- 
eters, and heading indicators. This data is then integrated with 
historical logs. This process, commonly known as dead reck- 
oning, uses accurate (yet possibly intermittent) position 
15 reports integrated with time-based inertial navigation data to 
generate enhanced position estimates. Position information is 
forwarded to the transponder state and position monitor soft- 
ware task 650. This task monitors vehicle state and diagnostic 
inputs (such as Code-3) and generates position/state reports 
20 to broadcast via the wireless network. 

FIG. 13 illustrates an example network topology for the 
communications and operations network. Emergency 
vehicles 300 and 301 send navigation reports (i.e. GPS) and 
other data/ commands (via wireless connection) to/from inter- 
25 sections and other local vehicles . Preemption-equipped inter- 
sections 305, 306, and 307 monitor navigation information 
from vehicles. Intersections cooperatively and redundantly 
communicate with each other 320 (via wireless or LAN) to 
enhance data accuracy and ensure robust communications. 
30 Data is also passed along to existing TMC (traffic manage- 
ment center) 330 using existing city LAN communications 
network 325. If a LAN network is not used, wireless systems 
can be substituted, such as through FMC 340 (fleet manage- 
ment center) systems. From there, FMC can forward all data 
35 to/from vehicle and TMC. 

FIG. 14 is a block diagram of the operations software, 
designed for use in central command centers, mobile com- 
mand stations, and in individual emergency vehicles. The 
diagram illustrates the primary functional components of the 
40 software. The primary components include algorithmic mod- 
ules and visual displays for: low-level data activity 405, pri- 
ority alerts 410, intersections’ data 420, vehicles’ data 430, 
and geographic mapping 450. In FIGS. 15, 16, and 17, both 
data and displays for these components are shown in an 
45 example preemption scenario. This example demonstrates 
the real-time operations monitoring of a conflict detection 
scenario, whereby two police vehicles are approaching the 
same intersection in high priority mode. FIG. 15 shows 
incoming data 461 from vehicles and intersections within the 
50 preemption operations communications network 460. Tex- 
tual status messages are provided on the data status module 
display 405 a . The data status module 405 also maintains a 
historical record for all low-level communication and data- 
flow activity. This module 405 relays all verified and priority 
55 data messages 406 (i.e. position, preempt, and conflict mes- 
sages) to the alerts module 410. The alerts module display 
410a provides real-time visual notifications of current high- 
priority events (i.e. active Code-3 vehicles and preempted 
intersections) and enables rapid analysis of the current pre- 
60 emption system status. 

The alerts module 410 forwards all detailed data 411 to the 
vehicles and intersections modules 420 and 430. The inter- 
section module display 420a shows real-time detailed inter- 
section data including the traffic light states 421a (phasing) 
65 and pedestrian clearance states 421 b. Also shown are timing 
parameters 421c (for example, minimum ETA to intersection 
for inbound direction) and display data (for example, visual 
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warning signs’ states). The vehicle module display 430a 
shows real-time detailed vehicle data including estimated 
locations, car types, priority-states, navigation data (such as 
heading), and other historical information. 

All vehicles’ and intersections’ active data 411 is inte- 
grated and overlaid on the mapping module display 450a. The 
display is an adjustable city map with active units shown as 
icons, such as vehicle units 431a, 4316 and intersection units 
432. Visual high-priority alerts, such as conflict detection 
warnings 433, are logistically overlaid on the map. 

A secondary component of the operations software is used 
for installation and real-time configuration of units 470 as 
they are added to the preemption network. For intersections, 
configuration commands 471 include the upload of street grid 
databases, phase preemption information, and enter/exit dis- 
tance and timing. For vehicles, configuration commands 471 
include ID tags, selection of vehicle type, and sensitivity 
settings for navigation algorithms. Various test utilities allow 
the installer to visually monitor the intersection and 
approaching test vehicles. For instance, the system can be put 
into the silent preempt mode (no warning signs), or can be 
manually activated to preempt without a vehicle. The soft- 
ware can communicate directly with a local intersection or 
vehicle, or can use the local unit ’ s transceiver to talk to the rest 
of the network. 

The operations software can be used to analyze (and opti- 
mize) call response times and call response strategies (routes, 
etc.). It can be used from any location within the range of the 
network, and can also be integrated into existing call-re- 
sponse centers. The software can also be used for emergency 
logistics management (i.e. multiple car responses), preventa- 
tive warnings (i.e. conflict detection), and can also be inte- 
grated into existing TMC incident management systems. The 
system and displays can be accessed via the internet 480 as 
well. Traffic technicians can use the system to monitor phas- 
ing and optimize internal controller programming to match 
desired preemption settings and behavior. The monitor soft- 
ware is also able to identify potential problems or conflicts in 
the network using intelligent “sniffer” software utilities. 
These algorithms watch incoming data to make sure that data 
is disseminated in real-time, that data is cohesive and error- 
free, and that position/ state reports are consistent. The system 
also has the capacity to quickly and autonomously shut off 
problem vehicle or intersection units. These utilities allow the 
system to quickly identify anomalies and request mainte- 
nance, thereby drastically reducing potentially significant 
traffic problems. 

Thus there has been disclosed improvements to an emer- 
gency vehicle traffic signal preemption system. Improve- 
ments include providing an autonomous system that is not 
dependent on intersection being in visual range. The system 
provides conflict detection and alerts emergency vehicle 
operators in the area, and provides real-time monitoring of an 
intersection phase. The real-time monitoring of intersections 
is indicated by LEDs on a transponder or LCD display in the 
emergency vehicle that show whether there is a conflict or the 
intersection being approached is not preempted. The system 
also includes the improvement of an audio alarm to alert 
pedestrians who may not be aware of an approaching emer- 
gency vehicle for various reasons or are at an angle where 
visible signs are not clear. 

This invention is not to be limited by the embodiment 
shown in the drawings and described in the description which 
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is given by way of example and not of limitation, but only in 
accordance with the scope of the appended claims. 

APPENDIX A 

5 

The following phrases and definitions are used to describe 
preemption-related terms, operator-configured parameters, 
and software-derived calculations. These terms specifically 
relate to (a) the decision flow diagram in FIG. 11, (b) the 
to example preemption scenario shown in FIG. 12, and (c) the 
decision criteria used in the intersection preempt monitor 
software task: 

GENERAL DEFINITIONS 

15 

“Complete preemption” is the state where a preemption 
command has been sent to an intersection controller, and the 
command has been completed such that all PED and traffic 
lights are “red”, except the inbound traffic light for a preempt - 
20 ing emergency vehicle which is “green”. 

“Street segment” is a line (vector) that when combined 
with other contiguous street segments, represent a street map 
in the intersection control program software. The segments 
identify all local streets near or crossing the intersection. 

25 “Critical-inbound” refers to an emergency vehicle that is 
on a cross street segment, inbound based on its heading, and 
its ETA or proximity make it eligible for preemption. A 
vehicle in this state, except in special circumstances, would 
be preempting the intersection. 

30 “Hysteresis” is a historical dependence statistical calcula- 
tion. It uses behavior or rules formed while collecting previ- 
ous time-based sequenced data to predict future behavior. In 
the context of this preemption system, hysteresis is used to 
address such observations as: “if an e-operator successfully 
35 preempts a traffic light, the intersection program should be 
very conservative and cautious before discontinuing the pre- 
emption for that vehicle.” This basic hysteresis approach is 
illustrated in FIGS. 11 and 12. Advanced approaches use 
tracking and prediction algorithms to more accurately assess 
40 vehicle position, e-operator intent, and optimize intersection 
controller behavior. 

Operator-Configurable Values: 

“Max-preempt-perimeter” is the maximum distance at 
45 which a vehicle is allowed to preempt the local intersection. 
As example, 3000-ft could be used. 

“Street width” is the maximum deviation (distance) 
allowed between the line-center of a street segment and a 
vehicle’s estimated position. If the calculated difference is 
50 less than “street width”, the vehicle is considered “on” a street 
segment. As example, 50-ft could be used. 

“Heading error” is the maximum deviation (angle) allowed 
between the direction of a street segment and a vehicle’s 
estimate heading. If the difference between angles is less than 
55 the “heading error”, the vehicle is considered to be moving 
“along” that street segment. As example, 1 5 -degrees could be 
used. 

“Critical distance” is the distance within which a vehicle is 
automatically marked as critical-inbound (if heading meets 
60 criteria). As example, 200-ft could be used. 

“Critical segment” is a boolean value that applies to all 
street segments; if “yes” then any vehicle “on” that street 
segment is automatically marked as critical -inbound (if head- 
ing meets criteria). 

65 “Max-PED-perimeter” is the distance within which pedes- 

trian-inhibit is enabled to prevent standard PED clearance 
phases. As example, 2200-ft could be used. 
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“Min-exit-distance” is the minimum outbound distance 
past which egress intersection-based warnings are allowed. 
As example, 30-ft could be used. 

“Max-exit-distance” is the maximum outbound distance 
up to which egress intersection-based warnings are allowed. 
As example, 100-ft could be used. 

“Min-exit-speed” is the minimum speed above which out- 
bound intersection-based warnings are allowed. As example, 
5-mph could be used. 

“Min-preempt-speed” is the minimum speed above which 
inbound preemption and inbound intersection-based warn- 
ings are allowed. As example, 10-mph could be used. 

“Max-latency” is the maximum time between preempt- 
able messages (see latency-counter description) from the 
same vehicle before that vehicle is considered inactive. As 
example, 6 -secs could be used. 

Software Derived/Calculated Values: 

“Max-NAV-error” is the maximum estimated distance 
error allowed for vehicle-ETA calculations, as determined by 
dead reckoning algorithms and positioning device specifica- 
tions. Any error exceeding this factor will invalidate the asso- 
ciated estimated vehicle position. As example, 150-ft could 
be used. 

“Vehicle-ETA” is the minimum estimated ETA (estimated- 
time-of-arrival) of a vehicle at an intersection, as calculated 
using the real-time map distance between vehicle and inter- 
section, vehicle speed, vehicle acceleration (based on histori- 
cal averaging and vehicle type), street type, and expected 
street conditions (i.e. time-of-day). 

“Threshold-lag” is the minimum estimated time that the 
complete-preemption state must remain steady prior to a pre- 
empting vehicle’s arrival at an intersection. This calculation 
is based on the vehicle’s speed. The purpose of this factor is 
to minimize slowing of preempting vehicle. The lag includes 
threshold-hysteresis (see below). 

“Threshold-hysteresis” is a percentage time error included 
in threshold-lag. When a vehicle preempts an intersection, the 
threshold-hysteresis factor resets from 0% to a percentage of 
the initial vehicle-ETA. For example, 30% could be the 
default initial setting. Every second thereafter, this percent- 
age is reduced linearly, until 0%. This ensures that once a 
vehicle is preempting, it is unlikely a temporary vehicle 
change will disable preemption (i.e. slowing down). 

“Time-to-preempt” is the minimum time to achieve com- 
plete preemption at an intersection, estimated by the real-time 
phasing monitor. One of the primary calculations to deter- 
mine a vehicle’s preempt eligibility is if a vehicle’s ETA is 
less than the sum of the time-to-preempt and threshold-lag 
parameters. 

“Latency-counter” is the number of seconds since the last 
“valid” preempt-able message was received from a given 
vehicle. Some criteria that would cause the latency counter to 
increment are: (a) a position report accuracy worse than Max- 
NAV-error, (b) vehicle not “on” a street segment, (c) low or no 
vehicle speed, or (d) vehicle heading not inbound. 

What is claimed is: 

1. An emergency vehicle traffic control system comprising: 

a processor; and 

a memory operably coupled to the processor and having 
program instructions stored therein, the processor being 
operable to execute the program instructions, the pro- 
gram instructions including: 

receiving navigation information of an emergency 
vehicle approaching an intersection equipped with 
one or more vehicular traffic lights; 
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estimating a time of arrival at the intersection based on 
the navigation information; 

transmitting one or more preempt commands for con- 
trolling the vehicular traffic lights based on the esti- 
5 mated time of arrival and current light states of the 

vehicular traffic lights for providing right of way to 
the emergency vehicle; 

verifying that the preempt commands have been 
executed; and 

to transmitting a signal to the emergency vehicle based on 
the verification for activating a visual display in the 
emergency vehicle indicative of whether the emer- 
gency vehicle has right of way through the intersec- 
tion. 

15 2. The system of claim 1 further comprising: 

a warning alert control module at the intersection for acti- 
vation of a warning message associated with the 
approaching emergency vehicle. 

3. The system of claim 2, wherein the warning message is 
20 a visual alert. 

4. The system of claim 2, wherein the warning message is 
an audio alert. 

5. The system of claim 1, wherein the program instructions 
further include: 

25 assigning a preemption priority to the emergency vehicle. 

6. The system of claim 1, wherein the program instructions 
further include: 

transmitting a preemption status to the emergency vehicle. 

7. The system of claim 1, wherein the navigation informa- 
30 tion includes emergency vehicle position data. 

8. The system of claim 7, wherein the position data is 
derived from an inertial navigation unit. 

9. The system of claim 7, wherein the position data is 
derived from a global positioning system. 

35 10. The system of claim 1 , wherein the controlling includes 

controlling one or more pedestrian traffic lights based on a 
time for a pedestrian to cross the intersection. 

11. The system of claim 10, wherein the controlling of the 
pedestrian traffic lights includes inhibiting a pedestrian clear- 

40 ance phase. 

12. An emergency vehicle traffic control system compris- 
ing: 

a processor; and 

a memory operably coupled to the processor and having 
45 program instructions stored therein, the processor being 
operable to execute the program instructions, the pro- 
gram instructions including: 

receiving navigation information of an emergency 
vehicle approaching an intersection equipped with 
50 one or more vehicular traffic lights and one or more 

pedestrian traffic lights; 

estimating a time of arrival at the intersection based on 
the navigation information; 

controlling the vehicular traffic lights and the one or 
55 more pedestrian traffic lights based on the estimated 

time of arrival and current light states of the vehicular 
traffic lights and the pedestrian traffic lights for pro- 
viding right of way to the emergency vehicle; and 
monitoring status of the vehicular traffic lights and the 
60 one or more pedestrian traffic lights for verifying pre- 

emption of the vehicular traffic lights and the one or 
more pedestrian traffic lights. 

13. An emergency vehicle traffic control system compris- 
ing: 

65 a processor; and 

a memory operably coupled to the processor and having 
program instructions stored therein, the processor being 
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operable to execute the program instructions, the pro- 
gram instructions including: 

receiving navigation information of an emergency 
vehicle approaching an intersection equipped with 
one or more vehicular traffic lights and one or more 5 
pedestrian traffic lights; 

estimating a time of arrival at the intersection based on 
the navigation information; and 
controlling the vehicular traffic lights and the one or 
more pedestrian traffic lights based on the estimated 
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time of arrival and current light states of the vehicular 
traffic lights and the pedestrian traffic lights for pro- 
viding right of way to the emergency vehicle, 
wherein the controlling of the pedestrian traffic lights 
includes inhibiting a pedestrian clearance phase, and 
wherein inhibiting the pedestrian clearance phase includes 
disabling a pedestrian call button. 



